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A MARKUP LANGUAGE TRANSLATOR SYSTEM 

Field of the Invention 
5 The present invention relates to a method of providing content to be 

presented on a terminal using a document browser application, the method 
comprising taking as an input a first document in a first document browser 
language, the first document browser language using markup tags to define 
elements of the document, the first document browser language including a first 

* * 

10 set of element types, translating the first document into a second document in a 
second document browser language, the second document browser language 
using markup tags to define elements of the second document, the second 
document browser language including a second set of element types. The 
invention further relates to apparatus and software arranged to carry out the 

1 5 described method. 

Background of the Invention 

The enabling of browser content across different types of user terminal 
device can be problematic, since often different devices have different browser 
20 types or versions, each requiring a document to be input in a different document 
browser language. 

One known method for enabling content across different device types are 
"transcoding" solutions which convert content from one language to another. 

The Open Useabilty Interface (OUI) is an open source project which 

25 principally focuses on the transcoding part of content creation. Originally OUI 
was developed within the mobile software company Openwave. The project 
seems to require each manufacturer's device to have a distinct software 
implementation of a "rendering engine", and does not handle generation of 
content other than the languages WML and XHTML-Mobile Profile. 

30 XMS Stylesheet Translation Language (XSLT) is an XML technology 

that takes a source file in an XML format, applies a series of translations to it 
and produces content according to the transformation rules. This is a common 
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technology available with Java Application Server platforms. However, the 
content author must regenerate their site within an XML format so that XSLT 
can be applied. To function optimally XSLT files need to be created for every 
device, device class (where common capabilities) or device variant, therefore 
5 authoring XSLT files is relatively intensive process, ant the content author needs 
to acquire detailed knowledge about devices in order to create XSLT files. 

One problem associated with all types of document translation from one 
document browser language to another is the case in which the target document 
browser language does not have an element type which is equivalent to an 
10 element type in the original content. 

It is an object of the present invention to overcome the drawbacks of the 
prior art. 

Summary of the Invention 
15 In accordance with one aspect of the present invention, there is provided 

a method of providing content to be presented on a terminal, said method 
comprising: 

taking as an input a first document in a first document language, the first 
document language using markup tags to define elements of the document, said 
20 first document language including a first set of element types, 

translating the first document into a second document in a second 
document language, the second document language using markup tags, text or 
document codings to define elements of the second document, said second 
document language including a second set of element types, 
25 wherein the first set of element types includes a first element type, for 

which an equivalent element type is not present in said second set, and wherein 
the first document includes a section including said first element type and at 
least one attribute of the element type, 

the method comprising processing said first section in the first document, 
30 and generating a corresponding second section in said second document, said 
second section including a second element type, 
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wherein one of said first section and said second section includes two 
separate subsections which each include one or more attributes corresponding to 
one or more attributes of said second or said first element type, respectively. 

The invention provides for translation of element types between the first 
5 and second documents, even where a one-to-one equivalence between the 
element types does not exist in the two different document browser languages. 

In accordance with a feature of the invention, the two separate 
subsections may be at the same level of hierarchy in the respective document in 
which they are present. 
10 In accordance with a further feature of the invention, the two different 

subsections may be at different levels of hierarchy in the respective document in 
which they are present. 

In an embodiment of the invention, said second section includes two 
separate subsections which each include one or more attributes corresponding to 
15 one or more attributes of said first element type. 

The second section may include two separate subsections which each 
include the same attribute, said same attribute corresponding to an attribute of 
the first element type. 

The first section may include a first subsection including a template 
20 element and a plurality of further subsections defining parts of a document to be 
presented separately on the user terminal. The second section may include a 
plurality of equivalent subsections corresponding to each of said further 
subsections; said equivalent subsections each including the same attribute, and 
said same attribute corresponding to an attribute of said template element. The 
25 template element type may for example have a hyperlink attribute defined 
therein, and each of the equivalent subsections may include a corresponding 
hyperlink attribute. 

Alternatively, the second section may include two separate subsections 
which each include one or more different attributes, said different attributes each 
30 corresponding to at least one attribute of said first element type. 

This feature of the invention is applicable when said first element type is 
a form element type. 
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In the second section produced in the translation of a form element, the 
two separate subsections of the second section may include a first subsection in 
which the presentation of input data fields is defined and a second subsection in 
which an action is defined whereby the data collected in said input data fields is 
5 sent a server. 

Further features and advantages of the invention will become apparent 
from the following description of preferred embodiments of the invention, given 
by way of example only, which is made with reference to the accompanying 
drawings. 

10 The two separate subsections may be in the first document and the 

second document may include one section which is equivalent to one of the two 
separate subsections. The two separate subsections may for example be in a 
WML document and may include a header element and a card element, 
respectively. A title attribute may be moved from a card element into a header 

1 5 element in the translated document. 

In further embodiments of the invention, the first set of element types 
includes attributes which do not exist in the second set of element types and 
wherein the translation is conducted using equivalent expressions using 
Cascading Style Sheet attributes. 

20 In yet further embodiments of the invention, the first set of element types 

includes attributes containing Cascading Style Sheet expressions which do not 
exist in the second set of element types and wherein the translation is conducted 
using equivalent expressions using element attributes. 

In further embodiments of the invention, the first set of element types 

25 includes attributes containing Cascading Style Sheet expressions which do not 
exist in the second set of element attributes and wherein the translation is 
conducted using equivalent expression using elements and attributes. 

In preferred embodiments of the invention, a first set of element types, 
attributes and document content is converted to a second set of element types, 

30 attributes and document content according to specific real-time and pre- 
determinable capabilities of that device. 
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During the translation process, the generation of a second document is 
partitioned into sections to enable operation with devices with limited 
bandwidth connections or memory limitations. There may be associated with 
the partitioning the generation of navigational elements allowing a user to select 
5 different sections equivalent to those in the first document. 

Further features and advantages of the invention will become apparent 
from the following description of preferred embodiments of the invention, given 
by way of example only, which is made with reference to the accompanying 
drawings. 

10 

Brief Description of the Drawings 

Figure 1 is a schematic diagram illustrating the arrangement of a data 
processing system in accordance with an embodiment of the invention; 

Figure 2 is a schematic diagram illustrating the provision of contents 
1 5 different user terminals; and 

Figure 3 is a flow diagram illustrating steps carried out by a document 
server in accordance with an embodiment of the invention. 



Detailed Description of the Invention 

20 Referring now to Figure 1, a data processing system in accordance with 

the present invention includes, for the purposes of illustration, three different 
user terminals 2, 4, 6, each in the form of, for example, mobile communications 
devices such as mobile telephones and/or personal digital assistants (PDAs) 
capable of receiving documents in a mark-up language format and displaying 

25 the document on a display screen (not shown). Each terminal 2, 4, 6 includes a 
data processing function and runs software applications including a document 
browser Bl, B2, B3. Each of the document browsers in the respective user 
terminals is of a different type, and, in this example, each document browser Bl, 
B2, B3 requires document to be received in a different document browser 

30 language in order for the document to be successfully displayed in the respective 
device. Each respective user terminal 2, 4, 6 is connected by means of data 
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links to a data communications network 8, such as the Internet, and, via the data 
communications network 8, to a document server 10. 

The document server 10 is, in this embodiment, a Java Server Pages 
engine. The document server 10 has access to a device capability database 12 
5 and a store of original content files 14. Within the document server 10, a servlet 
engine 16 interacts with the browsers Bl, B2, B3 on the user terminals 2, 4, 6 by 
receiving requests and responding thereto appropriately. The system of the 
present invention also includes a Java Server Pages (JSP) tag library 18 
containing a set of tag handlers 20 and a device renderer 22. 

10 Figure 2 illustrates the basic principle of the present invention, insofar as 

each of the different user terminals 2, 4, 6 running different browser applications 
Bl, B2, B3 accepts documents 24, 26, 28 in different document formats. In 
particular, each respective document 24, 26, 28 includes a differently formatted 
content CI, C2, C3, coded in a different document language which is compatible 

15 with the relevant document browser. In order to provide all of these different 
content types CI, C2, C3 from a single original content file stored in content 
store 14, the document server 10 conducts dynamic document translation as 
illustrated in Figure 3. 

Referring to Figure 3, the document server 10, on receiving a document 

20 request, step 100, from a selected device 2, 4, 6, first obtains the device type, 
step 102. The device type may be contained within the initial document request, 
or may be specifically requested in response to the initial document request. On 
receiving a device type indication, the device renderer 22 is used to query the 
device capability database 12 in order to determine the corresponding document 

25 language type(s) which the device supports. Next, the original content file is 
retrieved from the content store 14. If the original content file is not in one of 
the languages which the device supports, the document server engine conducts 
translation of the original content file, step 108, using the tag handlers 20 in the 
JSP tag library 18. Once the document is translated, the translated file is 

30 transmitted to the requesting terminal, step 110. 

The document server system of the present invention, referred to as the 
mobiliser™ solution herein, dynamically delivers content to mobile devices and 



WO 2005/076153 



PCT/GB2005/000384 



7 

personal digital assistants (PDA's) which has been optimised according to the 
device capabilities. In the world of mobile devices and PDA's (unlike in desktop 
web access) there are huge variations in device capabilities and usable markup 
languages and this makes authoring for pages extremely difficult, costly and 
5 time consuming. The mobiliser solution has been developed to hide away all of 
this complexity in an easy to use software component. 

The mobiliser solution has been developed to work within a Java 
Application Server environment where Java Server Pages (JSP) is a key 
technology by which web designers create dynamic web sites. A dynamic web 

10 site is used for all but the most trivial web sites as it allows the end user to 
interact with the web site in more interesting ways for example allowing online 
searches, electronic commerce and applications involving database accesses. For 
the mobiliser solution JSP is a key technology enabler for dynamic interaction 
between the end user device and the web server. 

15 JSP technology allows the simple mixing of HTML markup tags and 

page content along with Java based programming capabilities. This allows a 
page designer to primarily work with standard HTML and page design features 
whilst having easy access to programming capabilities when needed for example 
in accessing databases. 

20 The mobiliser solution builds on a complementary JSP technology called 

Java Serverpages Tag Library (JSTL). JSTL allows the building of custom 
functionality that is easily used through "markup tags". Markup tags follow a 
structure similar to the HTML markup language making it easy for web page 
designers to adapt to a more functionally rich environment. 

25 JSTL tags can provide powerful functionality to a web page designer 

through a simple interface which borrows significantly from familiar HTML 
page design. JSTL tags can encompass simple or complex software functionality 
that is accessed very simply using page markup tags. 

The mobiliser solution encompasses a significant amount of 

30 functionality behind a range of JSTL tags. The mobiliser tags provide software 
functionality that generates the most appropriate output for the end user's 
device. Key aspects of the mobiliser solution are 
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• Whenever a user connects to a dynamic web page, mobiliser matches the 
user device type against a large database of device capabilities 

• Mobiliser generates page content suitable for the end user device 
whether this is WML, HTML, XHTML or XHTML-Mobile Profile 

5 • Mobiliser also dynamically determines certain other device capabilities 
which are used at a lower level of page content creation 

• Device capabilities are used in deciding how best to generate page 
content suitable for the end user device 

• Mobiliser automatically creates "boilerplate" page headers which are 
10 required for the end user device to correctly read and interpret page content 

• Where a specific device is missing a particular capability required for a 
page mobiliser will automatically provide a sensible translation 

• Mobiliser will automatically paginate page content in the case where the 
end user device has content limitations (primarily relevant to mobile WAP 

15 devices) 

• Mobiliser will automate certain tasks which are commonly required but 
tedious to do "by hand" — for example this applies to menu creation and image 
selection 

• Mobiliser understands traditional HTML page styling and page styling 
20 using Cascading Style Sheets (CSS), it will translate to and from CSS according 

to the end user's device capabilities. CSS is a major platform for the styling of 
web pages and has been standardised as the future of web page development. 
The standards organisation W3C recommends page authors style pages using 
CSS for all new web pages. However, whilst Microsoft Internet Explorer and 
25 Netscape Navigator have long term support for CSS for desktop browsers this is 
not the case with the more primitive HTML browsers in PDAs and many mobile 
devices. 

The mobiliser solution uses as a foundation for its device capabilities an 
open source device capabilities project called WTJRFL — Wireless Uniform 
30 Resource File (http ://wurfl. sourcefor ge .net ) . The WURFL project has collected 
device capabilities from a number of industry experts and the capabilities are 
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maintained within an XML based file. This device capabilities file describes up 
to around 200 capabilities for nearly 2000 distinct mobile devices and device 
revisions. 

To improve systems performance the mobiliser solution holds the device 
5 capabilities in an SQL database rather than the original XML file. As an XML 
file the WURFL capabilities would have to be read and interpreted each time a 
page was requested. As an SQL database mobiliser rapidly accesses the relevant 
data rapidly. Mobiliser also internally caches device details for each user so that 
the database accesses are needed only initially when the user connects to a 
10 mobiliser based page — these are held for the user for around 30 minutes from 
when they last accessed a mobiliser based page. 



Cascading Style Sheet - Inline Style Processing 

1 5 Mobiliser translates to and from Cascading Style Sheet inline style mechanisms. 



20 



25 



Example A. For a table cell: 

<mob :td color="red">test</mob :td> 

will be output as the following for HTML 3.2 and HTML 4 as these both 
support the color attribute: 

<td color="red">test</td> 
and will be output as: 



<td style="{color:red;}">test</td> 

30 for XHTML Mobile Profile as this doesn't support the color attribute but instead 
requires CSS 

Example B 

35 <mob:td style=" {color :red;}">test</mob:td> 

will be output as the following for HTML 3.2 (which doesn't support CSS): 
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<td color="red">test</td> 

and will be output as the following for XHTML Mobile Profile as this requires 
5 CSS: 

<td style- 5 {coloured;} ">test</td> 

Automatic Pagination 

10 

A pagination algorithm is provided within the translation engine so that 
the content author needs to make no specific decisions themselves about where 
content is to be kept together or broken apart. 

As content is rendered by the software each distinct block of content, as 
1 5 identified by HTML or WML constructs, is first rendered for output, its size is 
calculated, and the algorithm decides on the way in which the content can be 
split into pages based on device parameters and content size. 

The algorithm ensures that individual HTML/WML constructs are not 
split apart. E.g all content in a paragraph <p>...</p> will be displayed on the 
20 same page, as will all content for a table <table>...</table>, and this rule is 
applied to all other constructs. 

The content author can elect to mark blocks that should be kept together 
on a page. 

The algorithm decides on the number of pages that will suit a particular 
25 user device and generates navigation links as next page/ previous page links. 

Deep Context Analysis 

The paging capability described above is one instance of the mobiliser 
30 ability to traverse the hierarchy of a document to determine the best way to 
output the content. 

Whilst many constructs map simply from one device capability to 
another e.g. paragraphs occur in all the markup languages, there are some major 
differences. 
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One example of this is in WAP content where there is the unique concept 
of division of downloadable content into distinct displayable pages. Such a 
concept does not exist with HTML and content rendering must insert an 
appropriate alternative. This is guided by the concept of a compatibility mode 
5 which a content author can optionally set and tells the software to either remove 
a specific feature if it has no direct equivalent, or translate it to features which 
do exist in the target device. 



Example 1 

10 

An example of Deep Context Analysis is in WAP WML content where 
there is a concept of a template which defines standard navigation mechanisms 
available to all pages in a downloaded "deck" of content. With WML this is 
clearly quite valid and so is simply output. With HTML there is no equivalent 
15 mechanism, the details of the template items are interpreted and stored. When 
individual "cards" (pages) of information are output now as their HTML 
equivalents the template items are converted 



For example the following original WAP code: 

20 

<wml> 

<template> 

<do type=" accept" label="next" xgo href =" next . j sp" /> </do> 
</template> 
25 <card id="main" > 

<p>Mobiliser is a great new piece of technology<br/xbr/> 
For further information <a href ="#second" >click here</p> 

<P> 

Press the next option for the next page 
30 </p> 

</card> 

<card id=" second" > 

<p>Mobiliser works in a JSP environment 

</p> 
35 </card> 
</wml> 

Is translated to HTML as: 

40 <html> 
<body> 

<p>Mobiliser is a great new piece of technology<br/xbr/> 
For further information <a href ="#second" >click here</p> 
<p>Press the next option for the next page</p> 
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<a href = "ne:x:t . j sp" >next</a> 
<a name="second> 

<p>Mobiliseir works in a JSP environment 
</p> 

5 <a href-" next . j sp" >next</a> 
</body> 
</html> 

As can be seen in this example the template cannot be immediately 
10 translated to an alternative construct as it can apply to multiple instances. In this 
example the template must have its equivalent output in each place where a 
WML card is defined as this is the only way in which it can be correctly 
emulated. 

Deep Context Analysis therefore introduces the concept of 
15 understanding document context to apply translations at the right point(s) of 
output rather than simply sequentially translating a feature from one markup 
language to another. 

This is a key differentiator because this cannot simply be done with 
sequential transcoding solutions or with XSLT type technologies. 

20 

Example 2 

Deep Context Analysis does not just apply to content being translated from 
WML to HTML, it applies in the reverse direction for document forms. HTML 
25 creates forms using a specific <form>...</form> construct. This does not exist 
in WML although the same effect is achievable 



e.g. the original HTML: 

30 <form action— "submitform.jsp" method="post"> 

<label>name: </label><input id— 'name" type="text'Y><br/> 

<lab el>p as sword : </label><input id="password type— 'pas sword' 7><br/> 

<input type=' 'submit" label="Submit"/> 

</form> 

35 

becomes the following in WML: 

<p>name: <input name="name" type— 'text" title="name:"/><br/> 

password: <input name="password" type="password" title="password:"/><br/> 
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<go method=="post" href="submitform.jsp"> 
<postfield name="name" value- '$ name 5 7> 
<postfield name="password" value="$password"/> 
</go> 
5 </p> 

This shows that as an HTML form is being converted contextual information is 
being acquired to allow its WML equivalent to be properly generated 



10 Example 3 



a) HTML including a Form Element (Original Content) 

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Trans itional//EN» 
15 "http : / /www. w3 . org/TR/xhtmll/DTD/xhtmll- transitional . dtd" xhtml 
xmlns= n rittp : //www. w3 . org/ 19 9 9 /xhtml " lang="en"><head> 
<meta content= " no- cache " http-equiv= "Cache-Control " /> 
<meta content="max-age=0" http - equiv= " Cache - Control " / > 
<me ta cont ent = " must - revalidate 11 http - equiv= " Cache - Control " / > 
20 <title>Form/Fieldset to WML examples</title> 
</head> 

<body> 

25 <p align= ,f lef t " >This is an example of a form conversion to WML 
including fieldsets 

</p> 
<hr / > 

30 <hr / > 

<form action-" test submit . j sp" method-"post ">! 

<input name="DirectoryQ" type==" hidden" value="118 000" /> 

<fieldset title— "About you"> 

<label>Firstname</label><input name="Firstname " type="text "! 
35 :/><br - />j 

<label>Iiastname</iabel><input name^" Last name" type- "text " /><br; 
/> 

</f ieldset>i 
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<f 1 elds e t t it le=" Security " > 

<label>Secret.</label><injput :: name^ "Secret" type^"password" /xbr 
/> 

</f ieldset> 

5 Kinput; name- "remember" ty;pe«'"cneckboK">Remeiaber * me < / input Xbr /> 
Kinput name^"opt in" t yp_e ^" clie c~kb ox " checked-="checked">Please 
•send me updates</ input ><h>r /> 

Kinput name="Send" type= tr submit " valuer "Submit Form" />. 
Kinput type=" reset" vaiu^^"Resetj Form" /> 
10 </form> 



<hr /> 



<ul> 

15 <lixa href =" forms . j sp" >R.e turn to forms examples menu</ax/li> 
<lixa href = ".. /index, j sp " >Re turn to main menu</ax/li> 
<lixa href=". . /demomain. j sp" >SlipStream demonstrations</ax/li> 
</ul> 

20 </body> 
</html> 



b) WML (Translated Content) - Equivalent Elements 

25 <?xml version= " 1 . 0 " ? >< ! DOCTYPE wml PUBLIC " - / /WAPFORUM/ /DTD WML 
1 . 1//EN" "http : //www. wapforum. org/DTD/wml_l__l . dtd" xwmlxhead> 
<meta content="no-cache" f orua= " true " http -equiv= "Cache - 
Control "/> 

<meta content= M max-age = 0 " forua="true" http-equiv= "Cache- 
30 Control »/> 

<meta content = "must -revalidate 11 forua= "true " http -equiv= "Cache - 
Control "/> 



35 



</head> 
<card> 
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<p align="lef t" >This is an example of a form conversion to WML 

including fieldsets 

</p> 

5 <do type«"accept:" label** "Submit ' • Form"^ 

<go : href -"testsubmit v jsjp?Send=SubmittForm u j 

me t hod* "po s t " Xpos t f i e 1 d." : name* " Dire c t or yQ ""; value*"118+000"/> 
<postf ield name*" Firstname" value="$ (Firstname : e) "/> 
<postfield :<: name= H Lastname" ?alue="$ (Lastname:e) " ; /> 
10 <postf ield name= n Secret" value="$ (Secret : e) "/> 

• !S ■ - i- • — .... « , , .- -4* ■ i. , i 

<po.stf ield n ame = " r ememb er" value*"$.(remember:e) "/> 
<postf ield name* " optln ": i f vaiue* " $ ' {• Opt in : e ) "7>! 
k/go></do> 

<P> 

15 

<fieldset title* "About vbu"> 

F|irstname<input type*"text^ /xbr />: 

fiastname<input type=="text." name- "Last name " . /xbr /> 
</£ ieldset>- 
20 <f ieldset :title-"Security"> 

Secret<input : \type= "pas sword" name=" Secret " /Xbr />; 
</f ieldset>; 

IRemember : me<seiLe;ct name— "remember " lvalue*" 2 "Xopt ion! 

value="l " >On< / opt i onx op t i on lvalue*" 0 ">Of f </bptron></ select xbri 

25 y> 

Please send me update 3<seiecE=..; name—'optin" lyaiiie* "l"xoption 
value*"! " >On< / opt ion>< opt ion Rvalue*" 0;" >Of f < / opt i on>< / s e 1 ectxbd 
/> 

30 <anchor title— "Submit Form"> 

<go J; href*"testsubmit . j sp?Send*Submit+Form" 

method- "post "Xpost field. name=" Direct oryQ" valuer" 11 8 + 000 " /> 
kpostfield name=" Firstname" value*"$ ( Firstname : e ) "/> 
<postfield name*"Lastname" value*" $ (Lastname : e ) "/> 

35 Kpostfield name="Secret" value="$ (Secret:e) "/^ 

<postfield name^" remember" value— "$ (remember : e) "_/>i 
<postf ield name="optin" value*"$ (opt in: e) "/> 
</go>Submit Form</anchor:Xbr/>j 
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<anchor tit le=" Reset Form" Xref resh>'<setvar name="Firstname' r | 
value- 1 ' "/> 

<setvar name="Lastname" value-" "/> 
<setvar name=" Secret " value'-'" "/> 
5 <setvar name="remember ,f ' vaiue=" "/> 
<setvaf name-"optin " value-" 1 " /> 
</ref re s h >Re set Form< / anchor ><br / > 

</p>; 

10 

<p mode="nowrap" >< select > 

<option onpick- " forms . j sp" >Re turn to forms examples 

menu</option> 

<option onpick=" /index. j sp" >Return to main menu</option> 
15 <option onpick=" . . / demomain . j sp n >SlipStream 

demonstrations </ opt ion> 
</ select ></p> 

</ card> 

20 

< / wml> 

Example 4 

25 a) Document For HTML 3.2 with no support for CSS but use of 
style attributes 

<!D0CTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional/ /EN" 
"http : //www. w3 . org/TR/xhtmll/DTD/xhtmll - transitional . dtd" xhtml 
30 xmlns= M http : / /www. w3 . org/199 9/xhtml " lang= "en" ><head> 
<meta content= "no-cache " http - equiv= " cache - control "/> 
<title>F u c h s i a</title> 
</head> 

35 <body link^"white" vlink="white" alink= "white" text="white" 
bgcolor- "black "> 

<h2xfont color-" #f f 6099">Let your senses be 
seduced</f ont></h2> 
40 <p align="center"><img alt="Fuchsia logo" src= " images/Fuchsia- 
NewLogo.gif" /> 
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</p> 

<h2>tempt . . . taste . . . indulge</h2> 
5 <div> 

<a href = ''Restaurant . j sp n ximg alt= "Restaurant /Bar " border = "0" 

src=" images /Re sturant . gif T ' /></a> 

</div> 

<div> 

10 <a href = "Lounge . j sp " ximg alt= "Lounge/ Cluib" border="0" 
src= " images/LoungeClub . gif " / x/a> 
</div> 

<div> 

15 <a href = "Contact . j sp " ximg alt= "Cont actus " border="0" 
src= " images/contact . gif " /x/a> 
< /div> 
<div> 

<a href="#"ximg alt="home n border="0" 
20 src= " images /home_Over . gif " /></a> 
</div> 

<hr / > 

<i>This site has been developed using <a 
25 href = n http : //www. mobile-life . com">SlipStream</a> <sup> (tm) </sup> 
technology from Mobile Life</i> 

</body> 

30 </html> 



1 . Notes 

• In HTML 3.2 there is no support for CSS 

• Font colour can be over-ridden using the font element 

35 • General page attributes such as the colour of text and links can be set 

using attributes of the body tag 

• Alignment of paragraphs can be set using the align attribute 



b) Document Using HTML V4 supporting CSS and style 
40 attributes 

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transit ional/ /EN" 
" ht tp : / /www . w3 . org/TR/xhtml 1 /DTD/xhtmll - transit ional . dtd " > <html 
xmlns="http : / /www. w3 . org/19 99/xhtml " lang="en" xhead> 
45 <meta content= M no-cache" http -equiv="cache- control "/ > 
<title>F u c h s i a</title> 
</head> 

<body link— "white" vlink~"white" alink=4" white" text— "white"! 
50 bgcolor="black"> 

<h2 style~"color : #f f 0099; text-align: center ">Let your senses be 
seduced</h2> 
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<p align=" center" ><img alt= " Fuchsia logo" src= " images /Fuchsia- 
NewLogo.gif" /> 

</p> 

5 

<h2>tempt . . . taste . . . indulge</h2> 
<div> 

<a href = "Restaurant . jsp" ximg alt= "Restaurant /Bar " border= ,, 0" 
10 src= "images /Res turant .gif" /></a> 
</div> 
<div> 

<a href = "Lounge . j sp" ximg alt= "Lounge/Club " border=" 0" 
src= " image s/LoungeClub . gif " /></ a> 
15 </div> 

<div> 

<a href =" Contact . j sp" ximg alt="ContactUs " border=" 0" 
src= "images/ contact .gif" /></a> 
20 </div> 
<div> 

<a href="#"ximg alt="home" border="0" 
src= " image s/home_0ver .gif " / x/a> 
</div> 

25 

<hr /> 

<i>This site has been developed using <a 

href ="http : / /www. mobile -life . com" >SlipStream</ a> <sup> (tm) </sup> 
technology from Mobile Life</i> 

30 

</body> 
</html> 



35 2. Notes 

• In HTML 4 there is support for CSS so this can be mixed with other 
style attributes 

• Font colour and paragraph alignment can be set using CSS 

• General page attributes such as the colour of text and links can be set 
40 using attributes of the body tag 



C) Document Using XHTML-Mobile Profile which requires use 
of CSS and does not support separate styling attributes 

45 

<?xml version= u l . 0"?>< IDOCTYPE html PUBLIC " -//OPENWAVE//DTD 
XHTML Mobile 1.0/ /EN" "http://www.openwave.com/DTD/xhtml- 
mobilelO . dtd" xhtml xmlns = "http : / /www. w3 . org/ 199 9/xhtml " 
xmlns :wml= n http : / /www. wapf orum. org/ 2 0 01/wml" 
50 xml:lang= "en" xhead> 

<meta content="no-cache " ht tp - equiv= " cache - control " / > 

<title>F u c h s i a</title> 

<style>| 
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A: link { color : white ; }. 
; A: visited {color: white; } 
A: active {color : white; }: 
,</stYle;> 
5 </head> 

Kfoody styles" { color : white; background^- color: black; } "> 

Kh2 style-"color ; #f f 00_99; text-align: center ">Let your senses be 
10 jseduced</h2> 

<p style-" {text-align: center; } n > 

<img alt= "Fuchsia logo" src= "images/Fuchsia-NewLogoshort . gif " /> 
</p> 

15 <h2>tempt . . . taste . . . indulge</h2> 
<div> 

<a href = "Restaurant . j sp" >Restaurant/Bar</a> 
</div> 
20 <div> 

<a href ="Lounge . j sp " >Lounge/Club</a> 
</div> 



<div> 

25 <a href = "Contact . j sp" >ContactUs</a> 
</div> 
<div> 

<a href = "#" >home</a> 
</div> 

30 

<hr /> 

<i>This site has been developed using <a 

href ="http : //www . mobile - life . com" >SlipStream</a> 

<bxsmall> (tm) </smallx/b> technology from Mobile Lif e</i> 

35 

</body> 
</html> 



3. Notes 

40 • In XHTML Mobile Profile (as with strict XHTML) CSS is the specified 

mechanism for document styling rather than the use of styling elements 
(like <font>) and element style attributes 

• Style elements and attributes are converted both to inline CSS 

• Former general page styling attributes are converted to CSS both in the 
45 head section of the document and in the body tag itself 

• Font colour and paragraph alignment can be set using CSS 



50 



The above embodiments are to be understood as illustrative examples of 
the invention. Further embodiments of the invention are envisaged. It is to be 
understood that any feature described in relation to any one embodiment may be 
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used alone, or in combination with other features described, and may also be 
used in combination with one or more features of any other of the embodiments, 
or any combination of any other of the embodiments. Furthermore, equivalents 
and modifications not described above may also be employed without departing 
5 from the scope of the invention, which is defined in the accompanying claims. 



